home *** CD-ROM | disk | FTP | other *** search
/ Amiga Plus 2000 #4 / Amiga Plus CD - 2000 - No. 4.iso / PowerPC / Dev / chunkyppc / chunkyppc.readme < prev    next >
Encoding:
Text File  |  2000-02-12  |  4.0 KB  |  92 lines
  1. Short:    chunkyppc.library (WarpUP and 68k supported)
  2. Author:   MagicSN@Birdland.es.bawue.de
  3. Uploader: MagicSN@Birdland.es.bawue.de
  4. Type:     gfx/board
  5.  
  6. There have been many changes since the first public release, mainly as
  7. Hyperion Software wanted to use my chunkyppc.library for their
  8. upcoming games, like for example "Heretic II". Also some upcoming
  9. Public Domain products like WarpMAME will probably profit of
  10. this library. This is version V26.
  11.  
  12. Version 25->26: V24/25 crashed when exchanging resolutions with
  13.         QuakePPC. I fixed this bug. Sorry :)
  14.  
  15. Version 18->25: The following Bugfixes:
  16.  
  17. - PIP Support works now also in 8 Bit
  18. - added env:<name>/resize for PIP Resizing support (put there 1.0, 1.5, 2.0 or
  19.   whatever...)
  20. - WB Window Mode does not screw up the lower part of the Window anymore
  21. - HAM8 Support works again (was broken in the last versions)
  22. - Bugfixed Picasso96 Support (some versions crashed under P96 under
  23.   certain circumstances)
  24. - Speeded up Chunky-Copy still a bit
  25. - Recompiled without Debug-Information 
  26. - Updated EGCS-WarpUP Includes, so it also works with EGCS-WarpUP V2.95.1
  27.  
  28. I recommend to commercial firms to assume at least V25 of chunkyppc.library
  29. if they use it for commercial products installed and include also this
  30. version to the CDs. I already forwarded a copy of this new version to
  31. Hyperion.
  32.  
  33. Version 15->18: Some bugfixes which appeared together with the upcoming
  34. Quake Port by Frank Wille and me. They probably would also have interfered
  35. with Hyperion Software's Smacker Port (they only appeared in 8 Bit).
  36. I also updated the includes for vbcc, which were a bit out of date.
  37.  
  38. *This library is freeware and whoever wants to use it can use it.*
  39. *Support for StormC, vbcc and EGCS, 68k and WarpUP always, is    *
  40. *included. Authors of commercial or Shareware software are       *
  41. *allowed to include chunkyppc.library in their programs.         *
  42.  
  43. But they had a lot of wishes for new features. Look at the documentation
  44. for details.
  45.  
  46. chunkyppc supports:
  47.  
  48. - Screen
  49. - Workbench Window (for Cybergraphics and Picasso 96)
  50. - AGA (highspeed HAM8 c2p), thanks go to malemana@nexo.es :)
  51. - Pubscreen support
  52. - PIP for Picasso 96 (possible that support for PIP on CGX
  53.   will be added in the next version)
  54. - ASL or rtgmaster requester (rtgmaster will only be used
  55.   if installed, chunkyppc runs also without it, and even
  56.   if it is installed, you can disable it and use the ASL
  57.   requester instead)
  58. - On-the-fly-conversion between different 16 Bit formats
  59. - 68k support for a lot of functions added
  60.  
  61. A lot of the new functions only exist for 8 and 16 Bit colordepths, as
  62. Hyperion currently only needs 16 Bit colordepth.
  63.  
  64. Changes V14->V15
  65.  
  66. - a lot of bugfixes
  67. - chunkyppc.library now uses LockBitmapTagList/UnlockBitmap around
  68.   Chunky-Copy, to be on the sure side, if a future Amiga GFX Board
  69.   needs it. By setting env:lockingmode to 0 this can be disabled,
  70.   though (Note: lockingmode is a GLOBAL env: variable which applies
  71.   to ALL chunkyppc.library based programs currently running)
  72. - I tried to implement CGX PIP, but found out that cgxvideo.library
  73.   only supports YUV, and no "normal" modes, and if a conversion to
  74.   YUV would have to be done every time, the speed-increase due to
  75.   direct VRAM would not happen anymore... so PIP is only for
  76.   P96 in chunkyppc.library...
  77. - Note about some "known limitations":
  78.  
  79.   * HAM8 support only works in Fullscreen mode, and only in
  80.     Single Buffering. It only seems to work nice in PAL or DblPAL
  81.   * If Doublebuffering is used, Requested size and real size have
  82.     to be identical (in Triplebuffering this is no problem)
  83.   * If you *in AGA* request a 320x256 mode, but the user chooses 640x512,
  84.     the result might look STRANGE. This problem only appears for AGA.
  85.   * HAM8 in 640x512 is S L O W. Around 5x slower than Lowres. But i
  86.     guess this is a "known limitation" of AGA... in Lowres HAM8 it
  87.     is still nearly as fast as on a Zorro 3 GFX Board.
  88.   * Not all WB Emulations support Triple-Buffering. Just try if
  89.     yours supports it, if not, use Doublebuffering or Singlebuffering.
  90.  
  91. Steffen Haeuser
  92.